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(57) A graphical user interface is disclosed that con- 
sists of a toolbar and toolbar icons that can be directly 
linked to Web documents containing references to Java 
applets or data files that collectively implement the func- 
tions associated with the icons. The Web documents 
and/or the referenced objects can be remote (i.e., ac- 
cessible over the Internet) or local (directly accessible 
via the operating system of the computer displaying the 
GUI). The graphical user interface is linked to Web 
browser software so that, whenever a toolbar icon is se- 
lected, the interface triggers the Web browser to load 
the Web document linked to the selected icon. Once this 
occurs, the Web browser automatically loads the files 
referenced by the Web document and then executes 
those ot the loaded files that are executable (i.e., Java 
applets or standalone programs). In a preferred embod- 
iment, each toolbar icon is linked to a single applet (re- 
mote or local) that implements the icon's functions. Due 
to the linkage between an icon's associated Web docu- 
ment and the Web browser, the icon's associated applet 
is executed automatically whenever the icon is selected. 
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The present invention relates generally to graphical user interfaces and particularly to the design of a graphical 
user interface wherein icons in a toolbar are linked to respective Web documents which are loaded and executed when 
their linked icon is selected. 

BACKGROUND OF THE INVENTION 

Graphical user interfaces (sometimes referred to as GUIs) are well known mechanisms by which users can interact 
with computer programs and files. The typical GUI provides a set of selectable icons, each associated with P^**^ 3 / 
operation provided by the program controlling the GUI or a file that can be accessed from the controlling prograra A 
user wanting to initiate an operation from the GUI does so by selecting (e.g., with a mouse) the appropnate .con For 
example, a user of a word processor can initiate spell checking on the active document by selecting the spell checking 
icon from the word processor's toolbar. Similarly, a user can move a file from one directory to another by selecting the 
file's icon, dragging the selected icon to another icon representing the destination directory and then dropping dese- 
lecting) the icon. This type of GUI design is also well-suited to launching standalone programs (e.g. by double-cl.ck.ng 
on the icon representing an executable program). „ ot ^ri, ru- 

in each of these cases, the immediate operations initiated by an icon's selection must be local to the network or 
computer hosting the operating system or application program that displayed the selected icon This means for ex- 
20 ample that an icon cannot be directly associated with an executable program located on a remote system Instead, .n 
the prior art, the execution of a remote program can only proceed indirectly, by linking the icon for the remote program 
to a local executable program that establishes communications with the remote system and then downloads and ex- 
ecutes the remote program on the local system. Of course, this scheme only works when the local program and the 
remote system support compatible communications modes and the remote program has been precompiled so that it 

25 can be executed on the local system. ...... . ^ ,„ 

Therefore, there is a new for a graphical user interface that albws icons to be linked to remote objects, such as 
programs or files, so that the remote objects can be downloaded and/or executed using the services of the opera .ng 
system or application displaying the icon. There is also a need for such a GUI to be associated with a host system that 
guarantees that the local services that handle icon selection events and the remote systems on whjch remote . objecte 
so are stored are able to communicate. Additionally, it would be desirable for a subset of all executable, remote files to 
be executable on any system with which the remote system is guaranteed to be able to communicate. 

Some of these features are embodied fn the World-Wide Web (-WWW"), which links many of the servers matang 
up thelntemet, each storing documents identified by unique universal resource locators (URLs). Many of the documents 
stored on Web servers are written in a standard document description language called HTML (hypertext markup bn- 
35 guage). Using HTML, a designer of Web documents can associate hypertext links or annotations with specific words 
or phrases in a document (these hypertext links identify the URLs of other Web documents or other parts of the same 
document providing information related to the words or phrases ) and specify visual aspects and the content of a Web 

^ A user accesses documents stored on the WWW using a Web browser (a computer program designed to disptey 
40 HTML documents and communicate with Web servers) running on a Web client connected to the Internet Typically, 
this is done by the user selecting a hypertext link (typically displayed by the Web browser as a higWedwrd « 
phrase) within a document being viewed with the Web browser. The Web browser then issues a HTTP (hypertext 
transfer protocol) request for the requested document to the Web server identified by the requested docurnent sURL 
in response, the designated Web server returns the requested document to the Web browser, also us.ng the HTTP 
45 The standard HTML syntax of Web pages and the standard communications protocol (HTTP) supported by he 

WWW guarantee that any Web browser can communicate with any Web server. However, until the invention of the 
Java programming language and Java applets, there was no way to provide platform-independent application programs 

over the Interact and the WWW. 

Important features of the Java programming language include the architecture-independence of programs written 

so m the Java language, meaning that they can be executed on any computer platform having a Java interpreter, and the 
verif lability of the integrity of such programs, meaning that the integrity of Java programs can be verified prior to their 
execution A Java program verifier determines whether the program conforms to predefined stack usage and data 
usage restrictions that ensure that verified programs cannot overflow or underflow the executing computer s operand 
stack and that all program instructions utilize only data of know data types. 

55 As a resufl, Java language programs cannot create object pointers and generally cannot access system resources 
other than those resources which the user explicitly grants it permission to use. Consequently, when one or more code 
fragments are downloaded to a client along with an associated form or image file, a Java-compatible browser running 
on the client will be able to verify and execute the downloaded code fragments needed to display the image or fill out 
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the forms. 

Thus, Java-compatible Web browsers are able to download from any WWW server Java applets that are guaran- 
teed to be executable on the local system. However, existing Web browsers are configured to download Web documents 
only in response to a user selecting a hyperlink in a Web page being currently displayed by the browser or a user 

5 entering a URL into the browser. Web browsers are not configured to provide these Web-related services in response 
to a user selecting from a GUI an icon that is associated with remote objects, either executable programs (standalone 
programs or applets) or other files. Thus, there is a need for a GUI that provides icons that can be associated with 
local or remote files and programs. Then, when an icon associated with a remote file or program is selected, this GUI 
should invoke local web browser services on the URL of the remote file or program, resulting in the file or program and 

io all other objects referenced in such a file or program being downloaded to the local machine and executed, if possible. 

SUMMARY OF THE INVENTION 

The present invention is a computer-readable memory configured to direct a computer networked with a set of 
is remote computers to display a set of elements of a graphical user interface and initiate operations indicated by selection 
of one or more of the displayed set of elements. This computer memory includes browser software and a toolbar 
specification that defines characteristics associated with the set of elements. More particularly, the toolbar specification 
defines for each element in the set of elements a set of visual attributes and a set of links to related files. 

The set of visual attributes defines the appearance of an element as displayed by the computer. Each link in a set 
20 of links associates an element with a document that includes references to files needed to implement an operation 
associated with the element. The referenced files can have a type selected from an applet or a data file and can be 
located on the computer or one of the remote computers. Consequently, a link can be selected from a local link to files 
stored on the computer or a network link to files stored on the remote computers. Given these data structures, when 
one of the elements is selected, the browser directs the computer to load files referenced in the documents associated 
25 with the selected element via the set of links and execute any of the loaded files that are executable. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Examples of the invention will be described in conjunction with the drawings, in which: 
30 Figure 1 is a block diagram of a computer network showing details of the memory and display associated with one 

of the networked computers. 

Figure 2 is a data flow diagram illustrating the processing steps performed by the present invention following the 
selection of an icon from the toolbar. 

Figure 3 is a figure showing the data structures employed in a preferred embodiment of the Java Workshop. 
35 Figure 4 shows instances of a portfolio manager menu and a submenu associated with one of the portfolio manager 

methods. 

Figure 5 shows the structure of a portfolio file that is employed in a preferred embodiment of the Java Workshop. 
Figure 6 is a depiction of a display window generated by the portfolio manager of the present invention where 
some of the displayed components are local or remote to the computer displaying the portfolio manager window. 

40 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

Referring to Figure 1 , there is shown a computer network 100 with at least three computers: A 102A, B 102B and 
C 102C. Each computer 102 includes a processor 104, a memory 106, which could be a fast, primary memory (e.g., 

« a RAM) or a slower, secondary memory (e.g., a hard disk drive), and a display 108. The computers 102 operate in 
accordance with well known computing principles (i.e., each computer 102 executes programs in its memory 106 under 
the control of an operating system (not shown), which provides system services for the executing programs). In the 
preferred embodiment, the interconnections 103 between the computers 102 are provided by the Internet, although 
the present invention is also applicable to any environment wherein networked computers can communicate using a 

so standard communications protocol (such as HTTP) and wherein platform independent programs can be downloaded 
and executed over the network from within browser software. For the purposes of explaining the operation of the present 
invention, it is assumed that there is no network operating system that coordinates file exchange operations between 
the three computers A, B and C. 

Details of the present invention are now described in relation to the particular implementation shown in Figure 1 . 

55 in this implementation, the user interface of the present invention is embedded within an application called the Java 
Workshop (JWS) program 150A, which, among other things, allows users to organize executable programs (Java 
applets and standalone executables) and non-executable files (image files and Java class libraries) into collections 
called portfolios. In a major departure from the prior art in the area of program and file managers, the JWS program 
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objects' locations. Of course, there are differences between , wortang ^SiTlShB • standalone program 
ecuting a Java applet stored on a remote cornPuter« a v»*^«* ?Jw— - *• P resent 

stored locally. These differences are handled .n ^^'^^^ program in the same way (e.g. by 

SSi^^^^ 

me^c* anddatafi.es that cc^^ 

program 150 (hereinafter referred to as the JWS WWS browser 154A*. g J> of fi , es: fcon specifi . 
toolbar specification 112A. The JWS toolbar spe«f^ton 11 * A H4A, 120A, 

cations 114A, web documents 120A. JWS applets 162AI that redisplayed 

of project and/or portfolio management , ttfibutes 116 Ai and spec- 

Each icon lAi has a corresponding .con specrf.cat.on toba load and, possibiy, executed 

ifies a Hnk(s) 118Ai toa Web documents) 120A. mat l«ts an 

2 s whenever the .on lAi is selected. The links 11 ^j^^^J^^^ be handled by the file 
(e.g. the computer 102A), in which case a hnk comprises a local path and Web 
Uice provided by the, ex.. operat^ 

(e.g., documents stored on the computers 102B, 102C) that ^ a „ of ^ fea , ures of a 
browser. Because the JWS program 150A ^^Z^^Ze^sY^ZL^ to a particufar icon lAi are 
conventional Web browser, it does not matter where the Web ^uments) 2^, mmeo _P 

sLd, nor does it matter on what type of platform the,ink ^ U n ^ 

embodiment is that the JWS browser ^AAisab.etocorr^un.catewjm^ JESTS «!mP or FTP. If this is 
120A1 via one of the standard communications protocols supported by the _lnte asn 
h^Luhe linked Webdocun^^ 

the JWS program 1 50A) whenever their corresponding J ^.^f ^'J^g to remote executable documents, 
would be required in the prior art to implement a s.m.fa feature , ^9^ l ° ~ e before being ^ into the 
Each Web document 120A (which could have ■nrt.alry been stored I locally « » , 

memory 106A) inc.udes two elements: a .title 122AI and a se of ^^^^^^^ diction 
120A can ateo include embedded files (not shown); however as Web ' * ™ * , ne references 124AS in 

between embedded and referenced files, nefther will thK aPPl^As areCd Z by tne JWS browser 154A 
theWebdocuments120A^ 

in the same manner as described tor the iirms 110a . * y hsinHlinft tha orations associated with the icon 
reference 124Ai can be to a Java applet 154A retrieves 
lAi whose related Web document referenced^ applet 40*^ h« s.Uation wn tranced 

15 t the preferred embodiment, a single JWS applet 140Ai is 1^^^^^^^^ 
app ,et controls or directly implements all of the functions - J"*^^* em TaSt 140A1 tnat. once 
embcxliment, a spei. checker icon iA1 could be irnk^ .a ^ 

downloaded to the computer 102A and executed by the ^ S ^!\^^"^ ^ ^ lA2 be linked 
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Referring to Figure 2, there is shown a data flow diagram illustrating the series of steps by which an applet is 
invoked in response to the selection of a particular icon IA1 from the toolbar160. Each icon selection event is monitored 
by the JWS browser 154A, which, following the selection of the icon IA1, retrieves the link 118A1 from the icon lAI's 
specification file 114A1. Via the link 118A1, the icon IA1 is associated with the Web document 120A1, which is auto- 

5 matically loaded by the JWS browser 1 54A. The JWS browser 154A then loads all of the files referenced in the document 
1 20A1 and also executes any of the referenced files that are executable (i.e., the applets). In this example, it is assumed 
that there is one referenced executable, the applet 140A1. Once it is active, the applet 140A1 can take control of a 
portion of the display 108A (e.g., the applet window 164A), on which it can display results, dialog boxes and icons that 
facilitate user interaction with the applet's functions and capabilities. 

10 Referring to Figure 3, there is shown a data structure diagram setting out additional details of data items stored in 

the memory 106A that are used by the Java Workshop Program 150A. These data items include icon specifications 
114Ai that define the visual attributes 116Ai and Web document links 118Ai for icons lAi displayed by the JWS 150A 
on the toolbar 160. These icons (shown on Fig. 2) include a portfolio manager icon IA1, project manager icon IA2, text 
edit project icon IA3, build/compile icon IA4, source browse icon I A5, debug icon IA6, run icon IA7 and help icon IA8. 

*5 When selected, the icons IA1 -I A8 respectively allow a user to access the following capabilities (and menus) provided 
by the Java Workshop 150 A for working with JWS portfolios and projects: 

I A1 : provides access to the portfolio manager applet 1 40A1 , which displays the projects in the current portfolio; 
IA2: provides access to the project manager applet 140A2, in which the user can edit project information; 
20 | A3: provides access to a JWS text editor applet (not shown) in which the user can edit project source code; 
I A4: provides access to a JWS project compiler applet (not shown); 

IA5: provides access to a JWS browser applet (not shown) that allows the user to browse JWS source programs 

included in the other referenced files 148A; 
IA6: provides access to a JWS debugger applet (not shown) that allows the user to debug JWS source programs 
25 included in the other referenced files 148A; 

I A7: provides acess to a JWS project run method 1 46A2f that runs executable projects (i.e., applets and standalone 

programs); and 

I A8: provides access to a JWS help applet (not shown) that provides context-sensitive help for JWS operations. 

30 As described in reference to Figure 1 , in the preferred embodiment, an icon specification 114Ai includes a link to 

a Web document 1 20Ai that has a reference 124Ai to a single applet 140Ai that implements the operations associated 
with the corresponding icon lAi. Thus, the icon specification 114A1, which is associated with the portfolio manager icon 
I A1 , is linked to a Web document (-Portfolio. HTM") 1 20A1 that includes a single reference 11 8A1 to the portfolio man- 
ager applet 140A1. Similarly, the icon specification 114A2, which is associated with the project manager icon IA2, is 

35 linked to a Web document ("Project. HTW") 120A2 having a single reference 118A2 to the project manager applet 
1 40 A2. These applets 1 40A1 , 1 40A2 provide methods 1 46A1 , 1 46A2 that can be applied respectively to portfolios and 
projects. 

The methods l46Ai are made available to users as options on menus 147Ai that are displayed when their asso- 
ciated applet's icon is selected. For example, the portfolio managers methods 146A1 are displayed as options on a 

40 "Portfolio" menu 147A1 . In conventional GUI fashion, when one of the methods/options is subsequently selected from 
its parent menu, that option's submenu, or page, is then displayed by the JWS 150A and enabled for user interaction. 
Many of the submenus 147Aij provided by the preferred embodiment; eg., the Projects Create, Import, Choose, and 
Remove submenus 147A1a,147A1b,147A1c,147A1d and the Project->Create, Import, Choose, Remove, Run and 
Copy submenus 1 47A2a, 1 47 A2b, 1 47A2c, 1 47A2d, 1 47 A2e, 1 47A2f respeclively provide a list of portfolios and projects 

45 to which the submenus associated method can be applied. For example, referring to Figure 4, there is shown an 
instance of the Portfolio-*Choose submenu 147A1c listing a set of portfolios (Portfolio 1, Portfolio 2, Portfolio 3) for 
the Portfolio->Choose method 146A1c. Figure 4 also show the portfolio menu 147 A1 listing the portfolio manager 
methods 146A1 (Create, Import, Choose, Remove). 

Referring again to Figure 3, the methods 146Ai of the JWS applets 140Ai are now described from the vantage 

50 point of a user working with their respective menus 147 Ai and submenus 147 Aij. Most of this discussion focuses on 
the methods of the portfolio and project manager applets 114A1 , 114A2, which are key elements of the JWS 150 A. 

Portfolio Manager Methods 

55 The portfolio manager applet 1 40A1 provides four methods 1 46A1 that respectively allow a user of the JWS 1 50A 

to "Create" 146A1a, 'Import" 146A1b, "Choose" 146A1c and "Remove" 146A1d portfolios. Each of these methods 
146A1 accomplishes its respective task by interacting with a set of portfolio files 160Ai, each of which can be stored 
on the local or remote systems and represents one portfolio. As shown in Figure 3, a generic portfolio file 1 60A includes 



5 



EP 0 798 655 A2 



file name (-Name"), or to a Web document, in which case , the proje ct file references 162A1j 

For example, referring to Figure 5. there * shown a portlol.o file 1 f^^ c f™" ^ . an . |rnage . ^ a 
for fts constituent projects, whfch include an "Apple,- a -Statta* ^gram. aJava W • « J> 1Q6A 
•Remote" applet. a«. of which are loca. projects sto^d «J^»*"^ [ ^lZZZ^o user and their 
Because these projects are all stored in the user's 'home d recto* they can be read ana y 
corresponding project files can be referenced by p*th and ^^^^^ 

project file 170A1 is -/home/Applet. prjV The portfoto fie l^lateo '™™° s *< Mne A ^ a reference 

portfolio file 160Ai) that contains only the P^* 5 * a 

'brings up the persona. portfolio as the ^J^^^^^^S^ Jr does this by selecting 
option 146A1C the user can choose another portfoho l60 ^^ s ^. U ' r 7 e ^ hoTCe submenu , hat is displayed by 
,1 the PortfolK^Choose submenu V47Alc (th,s ESZSIu 147A1) listing al. available 

the JWS 150A following the ^ r ' s , se ^ tra "^^ h a ^^^ remote ) The user can then view the projects 

the portfolio's name to the Choose and Remove submenus 1 47A1cJ 47AKL Thene^y po 
projects, but the user can add projects in ^ Once me new portfolio 

projects into the portfolio with the Project-Import me u^ J^ 7 ^ J^ emet t0 be accessed by others, 
has been created, its creator can keep it pnvate or can pubhsh it on the ^Interne rto ^ J To 
A user can also import existing portfolios that are not currently* ^"^J^^T^ This triggers the 
import such a portfolio, the user first selects the Import option '^^J^^^^euser enters the file 
Portfolio-Xmport method 146A 1b to bring up an import •^^^^1 wh^ey nave completed their 
name or URL of the portfolio to be imported and an , ^^^^^SS!SaJm and Portfolio->Re- 
entr,e,,n response ^ 

A user can remove a portfolio by selecting the P 0 ^ 0 ^ ^ m ^ es ^ Scted portfolio from the 
resp^e.theJWS^A^ 

Sete^X" 

, ^tr^.s 

project files 170Ai. enabling multiple levels of embedded projects; i and an 
(5) a run page URL 184A (applicable only for applet projects). wh.ch .s the URL of the 
applet tag for the applet project, 
s Thisinforrr^tic.determineswhichdtheprojectmethodsp 

on a particular project. These project methods 146A2 are now desenbed. 
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Project Methods 

The JWS 150A provides several methods for working with projects. These methods are made available to users 
as options on a Project menu 147A2. When one of these methodsloptions is selected, the JWS 150A displays a cor- 
5 responding submenu 147A2j from which the user specifies additional details of the operation. The project methods 
146A2 include: Create 146A2a, Import 146A2b, Choose 146A2c, Edit 146A2d, Remove 146A2e, Run 146A2f, Copy 
146A2g, and Paste 146A2h. 

These methods allow a user to work with existing projects (local or remote) or create new projects. In either case, 
projects always exist in the context of a portfolio. When a project is created, it becomes the current project in the current 
portfolio. 

A user can create a Java applet project, a standalone program project, a Java package project, an image project 
or a remote project. To create any of these projects, the user first "Chooses* the portfolio with which the project is to 
be associated and selects the "Create" option from the Project menu 147A2, upon which the JWS 150A calls the 
Project->Create method 146A2a. This method 146A2a displays the Project-»Create page 147A2a, on which the user 

is selects the type of project they wish to create (eg., if the user wishes to create an applet, they click on an applet button 
displayed on the submenu). The user then specifies the name of the package to be created and the local directory in 
the memory 106A in which the package's corresponding project file 170Ai is to be stored. Once the user has specified 
the attributes for the project the Project->Create methods adds a reference 1 62Aij to the project's corresponding project 
file to the portfolio file 170Ai of the current portfolio 160AL 

20 in some situations (when the project being created is an applet, standalone program or Java package) the user 

may also have access to source code for the newfy-create project. In these situations, the user enters the file names 
of the corresponding source files on the Project-jCreate page 1 47A2a. The JWS 1 50A adds these source file names 
to a "Sources" list maintained in the memory 106A so the source files can be accessed by the user (e.g., for editing 
and compilation). The user also enters the name of the main file for the program (i.e., the file that contains the "main" 

25 routine) of which the newly created project is a part. When the project being created is a Java applet, it is possible that 
the Java applet is referenced in an HTML page so that, when the applet's reference is selected, the applet will be 
executed. The JWS 150A allows such relationships to be represented via a Run Page URL field in the Project-Create 
page in which the user optionally enters the name of the HTML page that executes the applet. 

When the user is creating an image project, after Choosing "image" from the Project-»Create submenu 147A2a, 

30 the user enters the name of the image project and the URL of the corresponding image file. The user can then optionally 
enter attributes associated with the image, such as: 

(1) the image's alignment with respect to surrounding text (e.g., choosing "bottom" alignment causes a browser 
displaying the image to align the bottom of the image with the bottom of the text); 
35 (2) whether the image is active (meaning that a person viewing the image can click on different regions of the 

image to produce different actions); and 

(3) an optimal text string that can be displayed in lieu of the image by browsers that are not able to display the image. 

Once the user has filled in this information for the image project they are creating, the user clicks on the "Apply" 
40 field of the Project-»Create page 147A2a, upon which the Project-»Create method 146A2a makes the newly created 
image project the current project and displays the image in the Applet window 164A. The Create method 1 46A2a also 
adds the image project name to the Choose, Edit and Remove submenus 147 A2c, 147A2d, l47A2e in the Project 
menu 147A2 and adds the name of the corresponding project file 170Ai to the portfolio file 160Ai associated with the 
current portfolio. 

45 a user of the JWS 1 50A can import any type of project into one of their personal portfolios. They do this by choosing 

the portfolio they wish to be the current portfolio, selecting the "Import" option from the Project menu 1 47 A2 and then 
entering the name or URL of the project to be imported on the Projec^lmport page 147A2b that is displayed by the 
Project-Import method 146A2b. After entering the necessary information, the user clicks an 'import" button displayed 
on the import page 147A2b, upon which the import method 146A2b imports the designated project into the current 

so portfolio and adds the project name/URL to the Project-»Choose, Edit, Remove and Run submenus 1 47A2c, 1 47A2d, 
1 47 A2e and 1 47 A2f . The import method 1 46A2b also adds the name of the imported project's project file 1 70Ai to the 
current portfolio if it is not already contained therein. The JWS 150A does not make the imported project the current 
project, but the JWS 1 50A will display the imported project if the user subsequently selects the Portfolio Manager icon 
IA1 from the toolbar 160. 

55 The JWS 150A allows a user to create a remote applet project. The user does this by "Choosing" the current 

portfolio, selecting the "Create" option from the "Project" menu and clicking the "remote applet" button displayed on 
the Project-»Create submenu 147A2a. The user then enters the name of the project and the URL of the HTML page 
that executes the applet. Once these fields have been completed, the user exits the Project->Create submenu 147A2a 
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Manager 1^)A1. The JWS 150A then adds the imported applet project's name to the Choose, Ed.t. Remove. Run ana 
page (http://C.com/RunApplet2.htm) and runs the remote applet (Applet2) 

HT '^SJSSSS M»g- .40« a.ow* a u,a, tf I. JWS I60A » «P» an *jpM Wo 

and add to the HTML file tags reterencing the copied applet. 

General information about the project, including name, type and source directory 

Build information needed to compile the project 

Debug/Browse Information needed to debug and browse source files 

Run information neededto execute an applet or standalone program m the JWS Browser, 

Publish information needed to allow the project to be copied by other use rs. and 

Portfolio Portfolio information needed to display the project m the Portfolio Manager. 

The projects method 1 46A2d altows a user to edit fields in these sbc folders only '^-^SS^^SI 
the user, th edit method 146A2d greys out inapplicable fie.ds. Whether or not a ^^^SSZ 
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of a project to indicate certain attributes of a project that are relevant to publication of a project on the Internet. These 
publication attributes are contained in the Publish and Portfolio Folders, which include the following fields: 

Portfolio Folder 

5 

Description a brief description of the project that is displayed by the JWS Browser when the mouse is 

positioned over the project image in the Portfolio Manager; 
Portfolio Image URL the URL for the image file (GIF, JPEG, or other) that represents the project image in the 

portfolio (If no image file is specified, a default GIF file is used by the JWS 150A); and 
10 Features the general characteristics of the project, for example, whether the project is video, graphics 

or audio. 

Publish Folder 

*5 Distribute source copies a toggle field with two values (YES/NO) that controls whether the project's 

source files are copied when the project is copied from one portfolio to another 
(when this field is set to NO, the JWS only allows the corresponding project files 
170Ai to be copied absent the contents 182A); and 
Submitter Name, E-Mail and URL The name, e-mail address and Web page of the person adding the project to 

20 the portfolio. 

A user can change the current project (i.e., the project being worked with in the JWS 150A) in one of two ways, in 
the first, the user starts by selecting the Portfolio Manager icon IA1 from the JWS toolbar 160. This causes the JWS 
150A to open a Portfolio display showing the projects of the current portfolio in the Applet Window 164A. The user 

25 then selects from the Porttolio display the project they want to be the current project. The JWS 150A makes the selected 
project the current project and displays the name of the current project on the JWS toolbar 160. Alternatively, the user 
can change the current project by choosing the project name from the Project-»Choose submenu 147A2c 

The JWS 1 50A allows a user to remove a project from a portfolio in one of the following ways. First, in the portfolio 
manager display in the applet window 164A, the user can select the project they wish to remove and then click a 

30 Remove icon (not shown) provided by the Portfolio Manger 140A1. Alternatively, they can choose the name of the 
project to be removed from the Project->Ftemove submenu 147A2e. In either case, once the user has indicated the 
project to be removed, the Project-»Remove method l46A2e removes the project from the Choose, Edit, Remove and 
Copy submenus 147A2c, 147A2d, 147A2e, 147A2g of the Project Menu 147A2. Note that the Project->Remove method 
146A2e does not delete the removed project's project file 170AL This ensures that the user can subsequently import 

35 the project at a later time (using the Project-»lmport method 146A2b) if required. 

Referring to Figure 6, there is shown an illustration of the user interface of the JWS 1 50A that highlights the resulting 
advantages of the present invention. The eight icons IA1-IA8 of the JWS 150 A are shown on the toolbar 160. Two 
portfolios (Portfolio 1 and Portfolio 2) are shown on the applet screen 164A, which is under control of the portfolio 
manager 140A1. These portfolios represent two of the different types of portfolios that can be accommodated in the 

40 JWS 150A. Portfolio 1 is a local portfolio with a portfolio file 160A1 that includes three local projects P1a, P1b, P1b 
with corresponding project files 170A1a, 170A1b, 1701c. The shaded project P2a' in Portfolio 1 is a remote portfolio 
that was imported from Portfolio 2 over the Internet by the JWS Browser 1 54A (Fig. 1 ) under control of the JWS 150A. 
This project P2a* is represented in the memory 106A by the project file 170A2a'. Even though Portfolio 1 is mixed, its 
projects all are manipulable in the same fashion in the JWS 150A. 

45 Portfolio 2 is a remote portfolio whose components are also stored remotely. The JWS 150A accesses the com- 

ponents of Portfolio 2 over the Internet using the JWS browser 154A but displays Portfolio 2 in the same manner as 
Portfolio 1. Note that a local portfolio such as Portfolio 1 could also reference only remotely stored projects (e.g., 
projects stored on a machine B). This ability of the JWS 150A seamlessly to organize projects and portfolios that may 
be distributed over the Internet is due to the integration of the JWS 1 50A and the JWS Web browser 1 54A. The Intemet- 

50 awareness of the present embodiment also enables users to publish their own portfolios so they can be accessed and 
used by others over the Internet. 



Claims 

55 

1 . In a first computer having a display and a memory, said first computer being networked with a set of remote com- 
puters, a system for initiating from a graphical user interface displayed on said first computer the loading and 
execution of compound documents whose components are not constrained to exist solely art said computer, said 
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2. 
3. 



system comprising: 

from local or remote; f w * Q j documents, each of 

when said ck)cument is stored on said ^rr^te connputers; and fi|es 

SdeXs that are executable, thereby initfeting the operation associated w«h sari K*>n. 

The system o, Cairn 1. wherein said appiets are w^J^ ,an9Ua9S ** * 

interpreted and executed in a virtual machine implemented by said browser. 

The system of claim 2. wherein said platform independent computer language is Java. 

location is remote. 

system interactions associated with the selected icon. 

first computer, 
local path and file name. 

comprising the steps of: 



5. 



6. 



7. 



8. 



file. 



9 The method of claim 8. wherein said applets are written in a platform independent computer tenguage that is 
interpreted and executed in a virtual machine implemented by sari browser. 

10. Theme,hcriofcfcim8.where^^^ 
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when a compound document to be loaded is stored on said first computer, retrieving said compound document 
using a local path and file name provided for said compound document in said link; and 
when a compound document to be loaded is stored on one of said remote computers, issuing a document 
request message for said compound document over said network using a network node and file name provided 
5 for said compound document in said link. 

11 . The method of claim 1 0, wherein said step of loading said files comprises the steps of: 

when a referenced file is stored on said first computer, retrieving said referenced file using a local path and 
io file name provided for said referenced file in said reference; and 

when a referenced file is stored on one of said remote computers, issuing a document request message for 
said referenced file over said network using a network node and file name provided for said referenced file in 
said reference. 

*5 12. The method of claim 11, wherein said compound document is an HTML document and wherein each of said ref- 
erences is selected from a local reference when said referenced file is stored on said first computer or a universal 
resource locator (URL) when said referenced file is stored on one of said set of remote computers. 

13. The method of claim 12, wherein: 

20 

said HTML document includes a single reference to an applet that coordinates all of said operations associated 
with said icon; and 

said steps of loading and executing comprise loading and executing said applet, which thereby coordinates 
and controls all operations and user and system interactions associated with the selected icon. 

25 
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